git 使用流程规范（merge-request)

git 使用流程规范（merge-request)

如果你的git workflow 采用此模式，谨记一定要忘记 git merge,除了在 master 分支上 git pull 可以使用 git pull，其他分支如果要 git pull应该使用 git pull --rebase
使用 git rebase 的黄金法则就是：分支的开发者尽量是一个人，重写提交历史不会影响别人

1. 新建分支

   # 创建分之前，先切换到 master 分支，更新到最新版本，确保你的新分支是基于最新版本的master
   # 在 master 分支上基本上只有一个操作 git pull
   git checkout master
   git pull
   # 创建分支 git checkout 命令是切换分支，加上参数 -b 表示如果分支不存在，就创建，且立即切换到新创建的分支
   git checkout -b myfeature

2. 分支开发

   # 添加工作区改变的文件到暂存区，尽量git add file1 file2, 不提倡 git add *
   git add *
   # 查看当前工作区的状态
   git status
   # 把暂存区内容放入版本库,加上 verbose 参数的话会对变化比较且显示
   git commit --verbose

3. 撰写提交信息

   git 提交的信息非常重要
   第一行是信息摘要50字以内

   空一行，
   第三行罗列出改天原因，主要变动，注意事项
   切记提交有意义的 commit message

4. 与主干同步

   # 拉取远端仓库所有变更内容到本地仓库
   # 注意和 git pull 的区别，git pull=git fetch + git merge(rebase)
   git fetch origin

   假设分支 myfeature 是几个人共同开发，这个时候 需要执行

   # 此操作可能会产生冲突，且解决完之后 push 的时候，可能要加上 --force 参数强制推送代码，改变提交历史记录，慎用
   git pull --rebase

5. 合并 commit
   此处的操作是最复杂的

   #rebase 命令和 merge 相仿,-i参数表示交互模式
   git rebase -i origin/master

   使用交互模式，可以合并同一个分支里面的多个 commit 为一个或者多个，能灵活控制 commit。
   当执行 rebase 发生冲突的时候，先解决冲突文件，使用git add 标志所有冲突为已经解决。 最后 git rebase --continue 完成 rebase 流程

6. 推送代码到远端

   # push 命令加上 --force 参数，因为 rebase 之后，分支历史改变，跟远程分支不一定兼容
   # 
   git push -u origin myfeature 

7. 请求代码合并 merge-request